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(57) Abstract: The invention concerns a network comprising several sub-net- 
works (11-13) equipped with mobility servers (8) operating in accordance 
with an application layer signalling protocol. For a specific mobile user, one 
of the sub-networks (11) constitutes a nominal sub- network (9) containing 
a first information locating the user. When the mobile user is located with 
an access point (7) connected to a visited sub-network (12). the first locating 
information designates die mobility server of said visited sub-network, the 
sub-network mobility server holds in a register of visitors (10) a second infor- 
mation locating the mobile user, enabling him to transmit data through said 
access point, and each flow of information addressed to or originating from 
the mobile user, in the content of communication with a remote correspon- 
dent, is addressed to the visited sub-network mobility server. 

(57) Abrege : Le r6seau comporte plusieurs sous-reseaux (1 1-13) equipes de 
scrveurs de mobility (8) fonctionnant selon un protocole de signalisation de 
couche application. Pour un utilisateur mobile donne", Tun des sous-reseaux 
(11) constitue un sous-re*seau nominal et est equipc* d'un registre nominal (9) 
contenant une premiere information de localisation de r utilisateur, Lorsque 
Tutilisateur mobile est localise! aupres d' un point d' acces (7) relic* a un sous-re"- 
scau visite* (12). la premiere information de localisation designe le serveur de 
mobility de ce sous-reseau visits, le serveur de mobilitc du sous-re*seau visits 
ticnt dans un registre de visiteurs (10) une seconde information de localisation 
de T utilisateur mobile, permettant de lui transmettre des informations a tra- 
vers ledit point d' acces, et chaque flux d'information destine* a ou provenant 
de T utilisateur mobile, dans le cadre d'une communication avec un corres- 
pondant distant, est adresse* au serveur de mobilite* du sous-reseau visite. 
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PROCEDE DE GESTION DE MOB1LITE 
DANS UN RESEAU DE TELECOMMUNICATIONS, 
ET SERVEUR DE MQBIL1TE POUR LA MISE EN CEUVRE DU PROCEDE 

La presente invention concerne ies services de mobiiite d'utilisateur, et 
5 trouve notamment application dans Ies reseaux de telecommunications 
comprenant plusieurs sous-reseaux interconnectes. 

La mobiiite d'utilisateur dont il est question ici consiste en la capacite 
offerte & Tutilisateur de communiquer par le reseau en se raccordant a celui-ci 
en differents points d'acces. L'utilisateur peut ainsi emporter son terminal 
10 lorsqu'il se deplace. C'est le cas typique d'un reseau de radiocommunication 
avec Ies mobiles, Ies points d'acces etant constitues par Ies relais fixes. Sans 
deplacer d'equipement, Tutilisateur peut aussi se connecter en differents points 
par une procedure description comprenant la transmission, a un organe de 
gestion de mobiiite, de donnees d'identification fournies par Tutilisateur. Une 
15 autre possibility est que Tutilisateur dispose d'un support de donnees amovible 
qu'il presente au point d'acces visits equipe d'un lecteur approprie pour 
automatiser la procedure description. 

On peut distinguer deux types de mobiiite, Tune appelee ici 
micromobilite consistant d permettre a Tutilisateur de changer de point d'acces 
20 a Tinterieur d'un sous-reseau, et Tautre appelee ici macromobilite par laquelle 
Tutilisateur peut se raccorder par Tintermediaire de points d'acces appartenant 
a des sous-reseaux distincts. 

On distingue d'autre part la capacite d'un utilisateur de changer de 
point d'acces en dehors d'une session, c'est-a-dire en Tabsence de flux de 
25 donnees actif (« roaming »), et la capacite d'un utilisateur 6quipe d'un terminal 
sans fil de changer de point d'acces en cours de session (« handover »). 

Aux fins de ('administration du reseau, chaque utilisateur mobile a 
generalement un sous-reseau nominal auquel est connecte un organe appele 
ici registre de localisation nominal, auquel sont initialement adress6es Ies 
30 requetes concernant Tutilisateur et provenant de sources qui ne connaissent 
pas sa localisation. Lorsqu'il se deplace dans un autre sous-reseau, un autre 
organe connecte S ce sous-reseau visite, appel6 ici gestionnaire de visiteurs, 
peut cooperer avec le registre de localisation nominal pour la mise en oeuvre 
des services de mobiiite. 
35 Le developpement des applications sur Ies reseaux fonctionnant selon 
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le protocole IP (J. Postel, « Internet Protocol », Request For Comments 
(RFC) 791, IETF, septembre 1981), notamment celles de transport de la voix et 
de donnees, contemporain a I'essor des systemes de communication avec les 
mobiles, a naturellement conduit a considerer la question de la mobilite dans 
5 les reseaux IP, qu'il s'agisse de reseaux etendus, (WAN, « Wide Area 
Network))), tel que le reseau Internet, ou de reseaux locaux (LAN, « Local 
Area Network »). 

L'organisation IETF (« Internet Engineering Task Force ») a normalise 
un protocole de couche reseau supportant la mobilite dans un reseau IP 

10 (C. Perkins, « IP Mobility Support », RFC 2002, IETF, octobre 1996). Apres 
que I'utilisateur mobile a quitte son sous-reseau nominal, son equipement 
s'adresse a un organe appele agent etranger (« foreign agent »), connecte au 
sous-reseau visite, pour envoyer une information description vers un organe 
appele agent nominal (« home agent »), connecte au sous-reseau nominal. 

15 L'identite du sous-reseau visite est egalement fournie a I'agent nominal. L'une 
des principales fonctions de I'agent nominal est alors d'intercepter les donnees 
destinees a I'utilisateur mobile pour les retransmettre, par un mecanisme 
decapsulation, vers une adresse temporaire de I'utilisateur mobile (dite 
adresse c/o ou « care-of address ») fournie par I'agent etranger. Une fois 

20 parvenues a cette adresse temporaire, les donnees peuvent etre remises a leur 
destinataire. 

Ce schema de mobilite impose ainsi un chemin triangulaire aux 
paquets IP a destination de I'utilisateur mobile. En revanche, les donnees en 
provenance de I'utilisateur mobile sont remises a leur destination par 
25 I'intermediaire des mecanismes usuels de routage IP. 

De plus, il suppose 1'utilisation d'une adresse fixe pour I'utilisateur 
mobile. Sa mise en oeuvre pose done des difficultes dans des reseaux ou la 
gestion d'adresse est dynamique, ce qui est le cas par exemple lorsqu'un 
serveur DHCP est utilise dans le sous-reseau nominal (voir par exemple 
30 EP-A-0 938 217). Le protocole DHCP est specifie dans la RFC 2131 publiee 
par I'lETF (R. Drams, « Dynamic Host Configuration Protocol », mars 1997). 

Un procede d'optimisation de chemin, con?u comme une extension du 
protocole de la RFC 2002 a ete propose (C. Perkins, D. Johnson, « Route 
Optimization in Mobile IP », Internet Draft, IETF, 25 fevrier 1999) afin de pallier 
35 les inconvenients du mode de routage triangulaire. Ce procede prevoit 
notamment I'envoi de messages de mise a jour permettant aux eventuels 
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correspondants dun utilisateur mobile de conserver en memoire les adresses 
temporaires do de ce dernier. Ceux-ci peuvent alors emettre directement vers 
I'adresse temporaire de I'utiiisateur mobile, evitant ainsi les operations 
effectuees sur les donnees par I'agent nominal. 
5 Certains auteurs ont critique la complexity de mise en oeuvre d'un tel 

procede, et ont suggere de supporter la mobilite sous IP en utilisant un 
protocole de signalisation de couche application tel que le protocole SIP (M. 
Handley et at., « SIP : Session Initiation Protocol » t RFC 2543, IETF, mars 
1999). 

10 SIP decrit des entites clients et serveurs, ainsi que des procedures leur 

permettant de communiquer (voir aussi H.G. Schulzrinne et J.D. Rosenberg, 
« The Session Initiation Protocol : Providing Advanced Telephony Services 
Across the Internet », Bell Labs Technical Journal, octobre-decembre 1998, 
pages 144-159). On distingue deux types de serveurs SIP : les serveurs proxy 
15 et les serveurs de redirection. A reception d'une requete, un serveur proxy 
determine le prochain noeud du chemin vers le destinataire puis transfere la 
requete vers ce noeud, alors qu'un serveur de redirection se contente 
d'indiquer au client le prochain noeud auquel il doit adresser sa requete. 

Les adresses SIP sont similaires a des adresses de messagerie 
20 electronique, c'est-a-dire de la forme user(S)host . ou le champ « user » designe 
par exemple un nom d'utilisateur ou un numero de telephone, et le champ 
« host » un nom de domaine ou une adresse sous forme numerique. Le 
protocole SIP prevoit notamment des methodes appelees INVITE, BYE, 
REGISTER, OPTIONS, ACK et CANCEL. Les reponses aux messages emis 
25 dans le cadre de ces methodes sont definies par des classes de codes. La 
methode INVITE est utilisee pour initialiser une session d'appel entre deux 
utilisateurs SIP. 

Le protocole SIP prevoit des capacites de mobilite personnelle, et 
permet a un utilisateur d'obtenir les memes services independamment de sa 
30 localisation ou du terminal utilise, notamment grace aux methodes REGISTER. 

II a 6te propose (E. Wedlund, H. Schulzrinne, « Mobility Support using 
SIP », Proc. of the 2 nd ACM International Workshop on Wireless Mobile 
Multimedia, Seattle, 20 aout 1999, pages 76-82) des precedes de mobilite 
utilisant le protocole SIP dans lesquels un equipement sans fil relie au reseau 
35 par I'intermediaire d'une interface air peut, apres des ^changes de signalisation 
appropries, executer un handover, c*est-&-dire changer d'adresse reseau (IP) 
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par un mScanisme DHCP alors qu'une communication est en cours. Un 
serveur SIP connecte au sous-reseau nominal de I'utilisateur gere le registre 
de localisation nominal pour ce dernier. Les serveurs SIP utilises dans la 
gestion de mobilite peuvent etre des serveurs proxy ou des serveurs de 

5 redirection, Toute mobilite donne lieu a une inscription aupres du serveur SIP 
nominal, qui peut ensuite traiter les requetes provenant des autres clients SIP a 
destination de I'utilisateur mobile. Lorsque I'equipement sans fil determine le 
besoin d'executer un handover (par detection de balises emises par les points 
d'acces sans fil), il obtient une adresse dynamique par une transaction DHCP, 

10 puis il envoie un message INVITE a son correspondant en indiquant la 
reference de I'appel en cours et sa nouvelle adresse reseau pour que le 
correspondant rnette a jour I'adresse IP de destination des paquets qu'il emet. 
Parallelement, I'equipement sans fil communique sa nouvelle adresse a son 
serveur SIP nominal, par la methode REGISTER. Une option prevoit une 

15 decentralisation des serveurs SIP utilises dans la gestion de mobilite : un 
serveur SIP proxy connecte au sous-reseau visite gere la micromobilite, de 
sorte que les methodes REGISTER vers le serveur SIP nominal, de redirection, 
peuvent ne concerner que la macromobilite (changement de serveur de 
micromobilite). 

20 Le principal inconvenient du precede est le retard qu'il peut introduire 

dans I'execution du handover. La methode INVITE vers le correspondant de 
I'utilisateur mobile requiert un temps d'acheminement non negligeable si ce 
correspondant est eloigne du sous-reseau visite. Ce retard peut entratner une 
coupure perceptible de la communication en cours. 
25 II est a noter qu'un inconvenient similaire existe dans le cadre du 

protocole de mobilite IP de la RFC 2002. Lorsque I'equipement mobile est relie 
a un sous-reseau visite distant du sous-reseau nominal, il est necessaire de 
router un message de mise a jour de localisation vers I'agent nominal en cours 
d'execution du handover, ce qui prend du temps. Si le protocole est mis en 
30 oeuvre avec le procede d'optimisation de chemin pr6cite, il s'y ajoute le temps 
necessaire a I'acheminement d'un paquet de mise a jour d'adresse c/o vers le 
correspondant de I'utilisateur mobile. 

Un but de la presente invention est de proposer une gestion de mobilite 
d'utilisateur qui permette de limiter les retards dus a la signalisation dans 
?5 I'execution de handovers. 

Selon Tinvention, il est propose un procede de gestion de mobilite dans 
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un reseau de telecommunications comportant plusieurs sous-reseaux 
respectivement equipes de serveurs de mobilite fonctionnant selon un 
protocole de signalisation de couche application, dans lequel un des sous- 
reseaux constitue un sous-reseau nominal pour un utilisateur mobile et est 
5 equipe d'un registre nominal contenant une premiere information de 
localisation dudit utilisateur. Lorsque I'utilisateur mobile est localise aupres d'un 
point d'acces relie a un sous-reseau visite, la premiere information de 
localisation designe un serveur de mobilite dudit sous-reseau visite, ledit 
serveur de mobilite du sous-reseau visite tient dans un registre de visiteurs une 
10 seconde information de localisation de I'utilisateur mobile, permettant de lui 
transmettre des informations a travers ledit point d'acces, et chaque flux 
d'information destine a ou provenant de I'utilisateur mobile, dans le cadre d'une 
communication avec un correspondant distant, est adresse audit serveur de 
mobilite du sous-reseau visite. 
15 Un autre aspect de la presente invention se rapporte a un serveur de 

mobilite adapte a la mise en oeuvre du precede ci-dessus. Ce serveur de 
mobilite est a relier a un sous-reseau appartenant a un reseau de 
telecommunications, et fonctionne selon un protocole de signalisation de 
couche application. II comprend des moyens de gestion d'un registre de 
20 visiteurs contenant, pour au moins un utilisateur mobile localise aupres d'un 
point d'acces reli6 audit sous-r6seau. une information de localisation de 
I'utilisateur mobile, permettant de lui transmettre des informations a travers ledit 
point d'acces, des moyens pour recevoir des flux d'information provenant de 
I'utilisateur mobile dans le cadre d'une communication avec un correspondant 
25 distant et les retransmettre a destination du correspondant distant, et des 
moyens pour recevoir des flux d'information provenant du correspondant 
distant dans le cadre de ladite communication et les retransmettre a I'utilisateur 
mobile. 

Le serveur de mobilite du sous-reseau visite joue un role d'agent proxy 
30 a la fois pour les flux de signalisation, concernant notamment la mobilite de 
I'utilisateur, et pour les flux de trafic (voix, images, donnees, ...). Ainsi, lors d'un 
handover, seuls les flux locaux entre le serveur de mobilite et I'utilisateur sont 
affectes. L'utilisateur mobile « voit » le serveur proxy comme etant son 
correspondant, de sorte que e'est a lui qu'il s'adresse pour signaler son 
35 changement de point d'acces. En revanche, hen n'est change pour les 
echanges entre le serveur et le correspondant distant. II n'est pas necessaire 
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que de reformation de signatisation soit envoyee a distance pendant le 
handover, vers le sous-reseau nominal ou vers le correspondant. Comme en 
general I'acheminement des messages a I'interieur d'un sous-reseau est tres 
rapide, il en resulte une optimisation du temps d'execution du handover. 
5 Ce procede de gestion de mobiiite n'implique en lui-meme aucune 

adaptation particuiiere au niveau des terminaux communiquant avec 
I'equipement mobile. 

Le procede peut etre applique avec divers protocoles de signalisation 
de couche application. Actuellement, SIP est un protocole prefere car il 
10 constitue un bon compromis entre richesse fonctionnelle et complexity de mise 
en oeuvre, tout en ayant une bonne capacite d'extension. D'autres exemples, 
bien connus de I'homme du metier, sont les protocoles H.225.0 (« Call 
signalling protocols and media stream packetization for packet-based 
multimedia communication systems ») et H.245 (« Control protocol for 
15 multimedia communication ») specifies par I'Union Internationale des 
Telecommunications (UIT-T) dans le cadre de la Recommandation H.323 
(« Packet-based multimedia communications systems », fevrier 1998), et le 
protocole MGCP (M. Arango et al., « Media Gateway Controller Protocol 
(MGCP) », RFC 2705, IETF, octobre 1999) ou sa variante Megaco (F. Cuervo 
20 et ai., « Megaco Protocol », Internet Draft, IETF, 8 fevrier 2000). 

La premiere information de localisation memorisee dans le registre 
nominal de I'utilisateur sera typiquement I'adresse IP du serveur de mobiiite du 
sous-reseau visite, mise a jour seulement lorsque le deplacement de 
I'utilisateur lui fait changer de sous-reseau visite (et eventuellement lorsque le 
25 sous-reseau visite comporte plusieurs serveurs de mobiiite et que I'utilisateur 
mobile change de serveur de mobiiite sans changer de sous-reseau visite). Le 
serveur de mobiiite du sous-reseau nominal pourra alors etre un serveur de 
redirection vers celui du sous-reseau visite. 

La seconde information de localisation memorisee dans le registre de 
30 visiteurs depend quant a elle de ['architecture du sous-reseau visite. Elle peut 
consister en une adresse physique de couche MAC (« Medium Access 
Control »), permettant d'atteindre I'utilisateur mobile a travers le point d'acces. 
Elle peut aussi etre une adresse IP de I'utilisateur mobile dans le sous-reseau 
visite, par exemple une adresse dynamique obtenue aupres d'un serveur 
35 DHCP du sous-reseau visite ou une adresse IP composite (sous- 
reseau + adresse d'equipement) de la version 6 du protocole IP (IPv6). Si le 
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sous-reseau visite est un LAN lui-meme subdivise en sous-sous-reseaux 
interconnects a travers des routeurs, on peut egalement envisager d'utiliser, a 
I'interieur du sous-reseau visite, un protocole de mobilite de couche reseau tel 
que celui de la RFC 2002, le serveur de mobilite jouant le role d'agent nominal 
5 pour retransmettre les paquets destines a I'utilisateur mobile, par un 
mecanisme decapsulation, vers une adresse c/o fournie par un agent 
etranger connecte au sous-sous-reseau comportant le point d'acces courant de 
I'equipement mobile, cette adresse c/o de I'utilisateur mobile etant alors 
enregistree en tant que seconde information de localisation. 
10 Le procede ci-dessus permet de minimiser le temps d'execution d'un 

handover n'impliquant pas de changement du serveur proxy gerant localement 
la mobilite de I'utilisateur. Ceci est largement le cas le plus frequent puisque on 
pourra souvent avoir un seul serveur de mobilite par site (sous-reseau) pour les 
visiteurs et les handovers se produisent normalement a Tinterieur d'un merne 
15 site. II peut toutefois y avoir des cas dans lesquels un meme site est pourvu de 
plusieurs serveurs de mobilite, soit parce qu'il y a plusieurs sous-reseaux surle 
site, soit parce que des serveurs multiples sont prevus pour des raisons de 
partage de charge. Dans un tel cas, lorsqu'un equipement mobile detecte en 
cours de session un nouveau point d'acc6s associe a un serveur de mobilite 
20 different de celui qui jouait le r6le de proxy avant le handover, il reste 
necessaire d'echanger des messages entre le nouveau serveur de mobilite et 
le correspondant distant, afin que ce dernier prenne en compte un changement 
d'adresse IP ou envoyer ses paquets. Dans ce dernier cas, des moyens 
supplementaires doivent etre employes si on souhaite minimiser le temps 
25 d'execution du handover. 

L'un de ces moyens consiste a inclure, dans un signal de balise emis 
sur une interface air par au moins un point d'acces aupres duquel I'utilisateur 
mobile est susceptible d'etre localise, et/ou dans au moins un message 
transmis sur ('interface air par ledit point d'acces vers I'utilisateur mobile dans 
30 le cadre d'une procedure description d'un protocole propre a ('interface air, 
une adresse de reseau d'un serveur de mobilite associe audit point d'acces. 

Ainsi, la premiere action de I'equipement mobile apres son' inscription 
aupres du point d'acc6s pourra etre d'envoyer, au serveur de mobilite dont il a 
obtenu I'adresse r6seau (IP), le message lui permettant de mettre a jour sa 
35 localisation. Le deroulement du handover ne sera pas retarde par des 
echanges supplementaires visant a I'obtention de cette adresse IP. 
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D'autres particularites et avantages de la presente invention 
apparaitront dans la description ci-apres d'exempies de realisation non 
limitatifs, en reference aux dessins annexes, dans lesquels : 

- la figure 1 est un schema d'un reseau de telecommunications auquel 
5 ('invention est appliquee ; 

- les figures 2 a 4 sont des diagrammes illustrant des echanges de 
messages intervenant dans la gestion de mobilite selon un mode de 
realisation de I'invention ; 

- la figure 5 est un schema d'un sous-reseau auquel une realisation de 
10 ['invention peut s'appliquer ; 

- la figure 6 est un diagramme illustrant des echanges de messages 
pouvant intervenir dans la gestion de mobilite au sein d'un sous-reseau 
selon la figure 5 ; et 

- les figures 7 et 8 sont des diagrammes montrant des exemples de blocs 
15 d'information qui peuvent etre transmis par des points d'acces sans fil 

dans une realisation de Invention. 
La figure 1 montre schematiquement un reseau Intranet reparti sur trois 
sites 1, 2, 3. Sur chaque site, un sous-reseau 11, 12, 13 est instaile pour offrir 
des acces a un certain nombre d'utilisateurs. Ces sous-reseaux 1 1-13 sont par 
20 exemple de type Ethernet (norme ISO 8802-3, « Local Area Networks, Part 3 - 
Carrier Sense Multiple Access with Collision Detection - Access Method and 
Physical Layer Specifications »), et fonctionnent selon le protocole de reseau 
IP. Dans I'exemple represents chaque sous-reseau a un routeur de sortie 4 
relie a un reseau dorsal 5 tel que le reseau Internet. 

25 Le reseau peut etre notamment prevu pour supporter des 

communications de signaux en temps reel, par exemple de telephonie, entre 
des utilisateurs qui lui sont raccordes et/ou avec des correspondents 
accessibles par le reseau dorsal 5. Dans ce cas, les terminaux peuvent utiliser 
de fa<?on connue le protocole de couche transport UDP (J. Postel, « User 

30 Datagram Protocol », RFC 768, IETF, aout 1980) et le protocole en temps reel 
RTP (H. Schulzrinne et al., « RTP: A Transport Protocol for Real-Time 
Applications », RFC 1889, IETF, janvier 1996) pour la transmission de la parole 
codee ou de la video. Pour la signalisation d'appel, une realisation preferee de 
I'invention fait appel au protocole SIP, qui fonctionne egalement avec le 

35 protocole de transport UDP. Toutefois, d'autres protocoles de signalisation 
(H.323, MGCP, ...) seraient utilisables, en complement ou a la place de SIP. 
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Certains au moins des utilisateurs du reseau sont des utilisateurs 
mobiles equipes de terminaux sans fil 6. Pour leur permettre d'acceder au 
reseau, celui-ci comporte des points d'acces radio 7 raccordes aux sous- 
reseaux 11-13. Les points d'acces radio 7 sont par exemple des stations de 
5 base DECT (norme de I'ETSI, « European Telecommunications Standards 
Institute ») ou encore selon la norme IEEE 802.11, etc., selon le type de 
terminaux sans fil utilises. Chacun de ces points d'acces radio 7 diffuse un 
signal de balise sur Interface air. Sur la base des signaux de balise qu'il capte. 
un terminal actif selectionne le point d'acces qui lui fournit le meilleur lien radio. 
10 Ce point d'acces est utilise pour les communications mettant en jeu le terminal. 

Un terminal sans fil a ainsi la possibility de se connecter au reseau par 
I'intermediaire de plusieurs points d'acces 7 appartenant a des sous-reseaux 
differents (macromobilite) ou au meme sous-reseau (micromobilite). Lorsque le 
terminal a une communication en cours et se deplace dans un site, il lui est 
15 possible de changer de point d'acces tout en maintenant la continuity de la 
communication (handover). Lorsqu'une communication de signaux en temps 
reel, par exemple de telephonie, est en cours, il est souhaitable que ces 
handovers soient executes en un temps minimal afin d'eviter les coupures 
perceptibles. 

20 Pour la gestion des services de mobilite, chaque sous-reseau (au 

moins ceux ayant des points d'acces sans fil) possede un serveur de mobilite 8 
utilisant le protocole SIP dans la realisation preferee de invention. 

Chaque utilisateur mobile a un sous-reseau nominal. Dans Illustration 
de la figure 1, le sous-reseau 1 1 est nominal pour le detenteur du terminal sans 

25 fil 6. Le serveur SIP 8 de ce sous-reseau est associe d un registre de 
localisation 9 dit registre nominal, qui contient I'adresse IP du serveur SIP 8 du 
sous-reseau 12 visite par I'utilisateur mobile. Le serveur SIP 8 du sous-reseau 
visite 12 est quant a lui associe a un registre de localisation 10 dit registre de 
visiteurs, qui contient une adresse permettant d'atteindre le terminal 6 a 
30 I'interieur du sous-r6seau visite 12, par exemple une adresse IP associee au 
terminal. 

Chaque serveur SIP 8 peut etre associe a un registre nominal 9 pour 
les utilisateurs rattaches a son sous-reseau et a un registre de visiteurs pour 
les utilisateurs rattaches a d'autres sous-reseaux, seuls les registres se 
35 rapportant au terminal 6 etant represents sur la figure 1. En pratique, les 
registres 9, 10 peuvent faire partie de la meme unite que le serveur SIP 8 
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auquel ils sont associes, ou iis peuvent etre des entites distinctes reliees 
separement au sous-reseau. D'autre part, il est possible de prevoir plusieurs 
serveurs SIP par sous-reseau, par exemple dans le cas ou les fonctions de 
serveur SIP nominal et de serveur SIP visite sont assurees par des machines 

5 distinctes, ou dans le cas ou plusieurs serveurs SIP sont prevus pour repartir la 
charge de signalisation dans le sous-reseau. 

La figure 2 montre comment peut se derouler ('inscription et la mise a 
jour de localisation d'un utilisateur mobile en visite dans un sous-reseau 12 
different de son sous-reseau nominal 11, et ('initialisation d'une communication 

10 avec cet utilisateur a Initiative d'un correspondant distant. 

Dans Tillustration de la figure 1, le correspondant distant utilise un 
terminal fixe 15 relie a un sous-reseau 13 different du sous-reseau nominal 11 
et du sous-reseau visite 12. On notera cependant qu'une procedure similaire 
s'applique egalement : 

15 - si ce correspondant est un autre utilisateur mobile ; 

- s'il est connecte au sous-reseau 11 ou 12 ou au reseau dorsal 5 ; 

- si la liaison avec le correspondant passe par un autre reseau, par 
exemple un r6seau telephonique commute, pour lequel le reseau Intranet 
est equipe d'une passerelle (dans ce dernier cas, c'est cette passerelle 

20 qui constitue le client SIP relatif au correspondant distant illustr6 par les 

figures 2 d 4). 

En reference a la figure 2, le terminal sans fil 6 relevant du sous-reseau 
nominal 11 capte d'abord sur I'interface air le signal de balise emis par un point 
d'acces 7 appartenant au sous-reseau visite 12. En reponse a cette detection, 
25 il declenche une procedure description du protocole de couche MAC employe 
sur I'interface air, en adressant au point d'acces un message description 
(Register). En reponse a ce message, le point d'acces 7 retourne un 
acquittement (Register Ack) validant Inscription du terminal sans fil aupres du 
point d'acces. 

30 Dans I'exemple de la figure 2, ('information de localisation du terminal 

sans fil enregistree dans le registre de visiteurs 10 est une adresse IP 
dynamique obtenue par le terminal apres son inscription aupres du point 
d'acces 7. Le sous-reseau 12 est equipe d'un serveur DHCP 16 qui gere 
localement les adresses dynamiques. Une transaction DHCP classique 

35 (messages DHCPJDiscover, DHCPJDffer, DHCP^Request, DHCP_Ack) est 
executee entre le terminal en itinerance 6 et le serveur DHCP 16, apres quoi le 
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terminal 6 dispose d'une adresse IP. 

Dans une autre realisation utilisant le protocole IPv6, la transaction 
DHCP est inutile puisque I'adresse IPv6 permet intrinsequement une hierarchie 
sous-reseau/equipement. 
5 L'etape suivante consiste en renvoi par le client SIP dont est pourvu le 

terminal 6 d'un message SIP REGISTER a destination du serveur SIP 8 du 
sous-reseau visite 12. 

L'adresse IP du serveur SIP 8 a et6 fournie par le point d'acces 7 dans 
le signal de balise diffuse sur I'interface air, ce qui permet au terminal sans fil 
10 de disposer de cette adresse IP sans avoir eu a effectuer de transactions a 
cette fin par I'intermediaire du sous-reseau 12. Si le signal de balise diffuse sur 
('interface air ne comporte pas de champ disponible suffisamment grand pour 
contenir I'adresse IP du serveur SIP 8, celle-ci peut etre completee, ou fournie 
en totalite, dans le message Register Ack validant ('inscription du terminal sur 
15 I'interface air. 

Le message SIP REGISTER envoye par le terminal 6 permet au 
serveur SIP visite 8 de determiner I'adresse IP du terminal, obtenue dans I'en- 
tete IP du paquet contenant le message SIP REGISTER, et de I'associer a 
I'adresse SIP (de la forme user@host ) contenue dans le message SIP 
20 REGISTER. Cette association est enregistree dans le registre 10. 

Aprfes avoir regu ce message SIP REGISTER, le serveur SIP visite 8, 
s'il ne gere pas deja I'utilisateur mobile, transmet un autre message SIP 
REGISTER vers le serveur SIP 8 du sous-reseau nominal 11. Celui-ci met a 
jour I'entree du registre nominal 9 concernant I'utilisateur mobile identifie dans 
25 le message SIP REGISTER, en memorisant I'adresse IP du serveur SIP visite 
qui a emis ce message SIP REGISTER. II retourne ensuite un message de 
validation (code 200 OK) du protocole SIP. Le serveur SIP visite renvoie a son 
tour au terminal 6, a travers le point d'acces 7, le message de validation 
200 OK. 

30 A ce stade, le terminal sans fil 6 a effectue son inscription aupres du 

point d'acces 7, et mis a jour sa localisation vis-a-vis des serveurs SIP 8. 

A I'initialisation d'un appel provenant du correspondant distant 1 5, 
celui-ci emet a destination du serveur SIP 8 du sous-reseau nominal 1 1 de 
I'utilisateur mobile un message SIP INVITE demandant I'utilisateur mobile. Le 

35 serveur SIP nominal etant un serveur de redirection dans I'exemple considere, 
il renvoie au correspondant distant un message SIP (code 302 Move) indiquant 
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a celui-ci qu'il doit dinger sa methode INVITE vers le seryeur SIP du sous- 
reseau visite 12 dont il fournit I'adresse IP. Le correspondant transmet de 
nouveau le message SIP INVITE vers ce serveur SIP visite. 

Le serveur SIP visite initialise alors une autre session avec I'utilisateur 
5 mobile, en lui transmettant un message SIP INVITE, que le terminal sans fil 
acquitte par un message SIP 200 OK s'il est disponible pour I'etablissement de 
la communication. La session entre le terminal sans fil et le serveur SIP visite 
est ouverte lorsque ce dernier a regu le message 200 OK. II retransmet alors 
vers le correspondant distant un autre message SIP 200 OK pour valider 
10 I'ouverture de la session avec celui-ci. 

A partir de ce moment, le correspondant distant communique avec le 
serveur SIP visite comme si ce dernier etait le terminal sans fil r et le terminal 
sans fil communique avec le serveur SIP visite comme s'it etait le terminal du 
correspondant distant. Dans chaque session ouverte avec le serveur SIP visite, 
15 des donnees (Data) sont 6chang6es, typiquement selon la pile de protocole 
RTP/UDP/IP lorsqu'elles represented de la parole codee ou de la video, et de 
la signalisation supplemental peut etre fournie selon la pile de protocole 
SIP/UDP/IP. Le serveur SIP visite 8 repercute vers le terminal sans fil 6 le flux 
RTP/UDP re?u du correspondant distant. De meme, le flux de donnees 
20 RTP/UDP re?u dans la session 6tablie avec le terminal sans fil est repercute 
vers le correspondant distant. Le serveur SIP visite joue aussi ainsi un role 
d'agent proxy. 

La figure 3 illustre inscription du terminal sans fil 6 aupres d'un autre 
point d'acces 7 du meme sous-reseau visite 12, et la mise a jour de localisation 
25 effectuee aupres du serveur SIP de ce sous-reseau. L'inscription du terminal 
sans fil aupres du nouveau point d'acces radio s'effectue par une transaction 
de couche MAC identique a celle decrite en reference a la figure 2. Le cas 
ech6ant, une transaction DHCP (non representee) peut etre effectuee pour que 
le terminal acquiere une nouvelle adresse IP. Le terminal sans fil envoie 
30 ensuite un message SIP REGISTER au serveur SIP visite, dont il a obtenu 
I'adresse dans la balise du nouveau point d'acces et/ou dans le message 
Register Ack. Comme le terminal sans fil ne change pas de serveur SIP visite, 
celui-ci n'a pas besoin d'envoyer un message SIP REGISTER vers le serveur 
SIP du sous-reseau nominal 11. Apres avoir modifie I'entree du registre de 
35 visiteurs 10 relative a I'utilisateur mobile, le serveur SIP visite valide sa mise a 
jour de localisation, en lui retournant un message SIP 200 OK. 
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Pour initialiser un appel vers un correspondant distant (partie inferieure 
de la figure 3), le terminal sans fil envoie un message SIP INVITE a son 
serveur SIP visite et celui-ci, qui joue toujours le role de serveur proxy, 
transmet un autre message SIP INVITE vers le serveur SIP nominal du 
5 correspondant appele. Ce serveur SIP nominal, de redirection, retourne un 
message SIP 302 Move indiquant I'adresse IP a laquelle le correspondant peut 
etre joint. Cette adresse IP peut etre Tadresse du correspondant distant dans 
son sous-reseau nominal 13 ou, comme dans le cas de la figure 2, Tadresse 
d'un serveur SIP visite si le correspondant distant utilise un terminal sans fil en 
10 dehors de son sous-reseau nominal. 

L'etabltssement de la communication se termine alors comme dans le 
cas de la figure 2. Des messages SIP 200 OK sont envoyes du correspondant 
distant vers le serveur SIP du sous-reseau visite 12, et de ce serveur SIP vers 
le terminal sans fil 6, aprds quoi le serveur SIP visite gere les deux flux UDP 
15 comme explique precedemment pour relayer la communication. 

La figure 4 illustre la procedure de handover executee lorsque le 
terminal sans fil 6 a une communication en cours et change de point d'acces 
radio 7 en se depla^ant a Tinterieur du site visite 2. On suppose ici que le 
meme serveur SIP visite 8 est associe aux deux points d'acces 7, c'est-a-dire 
20 que Tadresse IP de ce serveur 8 est indiquee dans le signal de balise de ces 
points d'acces et/ou dans le message Register Ack. La partie superieure de la 
figure 4 montre les flux de donnees relayes par le serveur SIP visite comme 
explique prec6demment. 

Apres que le terminal sans fil 6 a detecte la balise du nouveau point 
25 d'acces et decide de changer de point d'acces, la procedure description 
aupres du nouveau point d'acces et de mise a jour de localisation aupres du 
serveur SIP visite est executee comme dans le cas de la figure 3. Lorsque le 
terminal sans fil a re?u Tacquittement de sa mise a jour de localisation 
(message SIP 200 OK), il adresse un message INVITE au serveur SIP visite, 
30 contenant notamment une reference de Tappel en cours. Apres validation de le 
methode INVITE (message SIP 200 OK retourne au terminal sans fil par le 
serveur SIP visite), Techange de donnees reprend sans qu'il y ait eu la moindre 
signalisation du serveur SIP visite vers le serveur SIP nominal ou le 
correspondant distant. 
35 L'execution du handover est particulierement rapide etant donne que 

les messages de signalisation echanges restent a Tinterieur du sous-reseau 



WO 01/63877 PCT/FRO 1/00492 

-14- 

visite 12 sans avoir a etre achemines par le reseau d'interconnexion etendu 5 . 

D'autre part, le fait pour le terminal sans fil 6 de disposer directeme nt 
de I'adresse IP du serveur SIP visite, dans la batise radio ou dans la 
signalisation de couche MAC radio, permet de gagner du temps en evitant un 

5 processus de recherche de cette adresse dans le reseau IP. 

La figure 5 montre schematiquement une autre architecture possible du 
sous-reseau installe sur le site visite 2, comprenant plusieurs sous-sou s- 
reseaux 120, 121 interconnects au moyen d'un ou plusieurs routeurs. Dans 
I'exemple dessine, le routeur 4 relie au reseau dorsal 5 sert egalement a 

10 interconnecter les sous-sous- reseaux 120, 121 . 

Le serveur SIP 129 du sous-reseau visite, qui gere localement la 
mobilite du detenteur du terminal sans fil 6 de la maniere precedemment 
expliquee, est relie a Tun des sous-sous-reseaux 120. II joue egalement le role 
d'agent nominal dans une adaptation du protocole Mobile IP faisant I'objet de la 

15 RFC 2002. Ce protocole Mobile IP adapte est mis en oeuvre a I'interieur du 
sous-reseau visite afin de gerer dans la couche reseau la mobilite des 
utilisateurs entre les sous-sous-reseaux qui le composent (mais non a I'echelle 
du groupement de sous-reseaux, ou on utilise un protocole de couche 
application, a savoir SIP dans I'exemple considere). Dans la mesure ou I'agent 

20 1 29 n'appartient pas au sous-reseau nominal de I'utilisateur mobile, on 
I'appellera agent « pseudo-nominal », et on dira qu'on met en oeuvre un 
protocole « pseudo-mobile IP ». 

Dans chaque sous-sous-reseau 121 different de celui pourvu de I'agent 
pseudo-nominal 129 et equipe d'un ou plusieurs points d'acces radio 7, un 

25 module de routage est prevu en tant qu'agent etranger 130 au sens de la 
RFC 2002. 

Apres que le terminal sans fil 6 a detecte la balise d'un nouveau point 
d'acces 7 appartenant a un tel sous-sous-reseau 121 et decide de changer de 
point d'acces, la procedure description aupres du nouveau point d'acces est 
30 executee comme dans le cas de la figure 3 ou 4 (partie superieure de la figure 
6). Le terminal 6 emet ensuite une requete d'enregistrement du protocole 
Mobile IP (REGISTRATION REQUEST dans la terminologie de la RFC 2002) a 
destination de I'agent etranger 130, qui la relaie vers I'agent pseudo-nominal 
129. 

35 Le terminal 6 place dans le message REGISTRATION REQUEST, en 

plus de sa propre adresse IP, I'adresse IP de I'agent pseudo-nominal et 
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I'adresse c/o qui lui a ete prealablement fournie. Cette adresse c/o peut avoir 
ete obtenue par les mecanismes de decouverte d'agent specifies dans Is 
RFC 2002. Mais dans une realisation preferee, les deux adresses IP (celle de 
I'agent pseudo-nominal et I'adresse c/o) sont fournies dans le signal de balise 
5 diffuse par le point d'acces 7, et/ou dans le message Register Ack. L'adresse 
c/o est alors une adresse IP de I'agent etranger 130, et peut etre utilises 
comme adresse de destination par le terminal pour renvoi du message 
REGISTRATION REQUEST. 

Apres acquittement de la requete d'enregistrement (messages 
10 REGISTRATION REPLY de la figure 6), le terminal mobile emet son message 
SIP REGISTER pour mettre a jour sa localisation vis-a-vis du serveur SIP visite 
129. Le message SIP REGISTER peut etre envoye directement a I'adresse IP 
du serveur SIP visite 129. Comme ce message est vu comme des donnees par 
le protocole Mobile IP, il peut egalement etre relaye par I'agent etranger 130 
15 vers le serveur SIP visite /agent pseudo-nominal 129. Pour acquitter la 
methode SIP REGISTER (apres un echange avec le serveur SIP du sous- 
reseau nominal 11 s'il y a eu changement de sous-reseau visite), le serveur 
SIP visite 129 utilise deux niveaux d'en-tete IP pour transmettre le message 
SIP 200 OK, le niveau interne ayant I'adresse IP du terminal sans fil 6 et le 
20 niveau externe ayant I'adresse c/o qui a 6te fournie par I'agent etranger 130. 
L'agent etranger 130 enleve le niveau externe pour retransmettre le message 
200 OK vers le terminal. 

Le meme mecanisme decapsulation sera employe pour tous les 
paquets envoyes au terminal 6 par le serveur SIP visite 129 (protocole SIP ou 
25 donnees issues d'un correspondant distant). De meme, les paquets emis par le 
terminal 6 sont relayes par I'agent etranger 130 vers leur destination, a savoir 
le serveur SIP visite 129 puisque celui-ci est vu par le terminal comme s'il etait 
son correspondant. 

La mise a jour de localisation executee selon la figure 6 intervient de la 
30 meme maniere dans le cas du « roaming » (figures 2 et 3) et dans le cas du 
« handover » (figure 4). L'information de localisation associee au terminal 6 
dans le registre de visiteurs 10 consiste alors en I'adresse c/o qui 'permet au 
serveur SIP d'acheminer les donnees jusqu'a leur destination. 

La figure 7 illustre une structure possible du signal de balise diffuse par 
35 un point d'acc6s sans fil 7 relie & un sous-reseau. Ce signal est forme par 
modulation d'un bloc de donnees numeriques B, et est transmis dans une 
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trame de signal radio, ou eventuellement dans un intervalle de temps d'une 
trame si un acces multiple a repartition dans le temps est employe sur 
I'interface air. 

Les donnees numeriques du bloc B comprennent un motif de 
5 synchronisation predetermine 20, dont la detection permet aux terminaux sans 
fil situes a portee du point d'acces de se synchroniser en temps et en 
frequence pour dernoduler le signal de la trame, et certains champs classiques 
21-23 contenant des informations systeme requises par les protocoles de 
couche physique et de couche liaison. Ces informations systeme comprennent 
10 typiquement : 

- une identification du reseau auquel appartient le point d'acces (champ 
21); 

- des informations de synchronisation systeme (champ 22), reperant la 
position de la trame courante dans i'organisation temporelle du signal 

15 radio emis sur la porteuse de la balise (index de trame dans une 

supertrame courante, numero de supertrame, ...) ; 

- d'autres informations systeme (champ 23), comme par exemple un 
niveau de champ regu minimal a partir duquel un terminal sans fil est 
autorise a s'inscrire aupres du point d'acces, ou encore des indications 

20 des frequences porteuses des signaux de balise de quelques points 

d'acces avoisinants pour que les terminaux puissent surveiller ces 
frequences porteuses en vue de determiner le point d'acces procurant le 
meilleur lien radio. 
Avantageusement, le bloc B comprend en outre un champ 24 dans 
25 lequel le point d'acces 7 place des donnees decrivant son environnement. 

Ces donnees peuvent representer I'environnement geographique ou 
est installe le point d'acces : emplacement du site visite 2, position precise du 
point d'acces (par exemple batiment, couloir, bureau,...). Comme le reseau est 
fonde sur le protocole IP dans lequel il n'y a aucune notion de connexion 
30 physique, une communication avec un terminal sans fil ne suppose aucune 
connaissance, meme implicite, de la localisation geographique du terminal. Les 
correspondants distants et le registre de localisation nominal 9 ne «'situent » le 
terminal que de maniere logique, par ('intermediate d'une ou plusieurs 
adresses IP. Or un certain nombre duplications peuvent avoir besoin de telles 
35 informations de localisation geographique, par exemple pour rendre des 
services differences selon le lieu ou se trouve le terminal ou encore pour 
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fournir une indication de ce lieu aux correspondants de i'utilisateur mobile. En 
inserant ces informations de localisation geographique (explicitement ou sous 
forme codee) dans le signal de balise, on les met a disposition des terminaux 
sans fil qui pourront ensuite les communiquer au serveur de mobilite du sous- 
5 reseau nominal ou a des correspondants dans le cadre duplications de ce 
genre. 

Les donnees d'environnement placees dans le champ 24 du bloc B 
peuvent egalement comprendre une ou plusieurs adresses IP d'organes de 
gestion de mobilite, a savoir : 
10 - I'adresse IP du serveur SIP (ou H.323, MGCP, Megaco, ...) visite dans 
une realisation selon les figures 1 a 4 ; 
- dans une realisation selon les figures 5 et 6, I'adresse IP du serveur SIP 
(ou H.323, MGCP, Megaco, ...) jouant aussi le role d'agent pseudo- 
nominal 129 et I'adresse IP de I'agent etranger 130 ; 
15 - dans une realisation ou la mobilite entre les sous-reseaux est geree par 
un protocole de couche reseau tel celui de la RFC 2002, I'adresse IP de 
I'agent etranger. 

Les donnees d'environnement du champ 24 peuvent encore inclure un 
numero de port UDP ou TCP utilise par le serveur de mobilite 8, 129 associe 

20 au point d'acces, si ce n'est pas un numero de port par defaut. Ceci permet au 
terminal d'envoyer directement au bon numero de port les requetes du 
protocole de signalisation de couche application. On peut egalement prevoir 
d'inclure dans les donnees d'environnement une adresse MAC (Ethernet) de 
I'organe de gestion de mobilit6 8, 129 relie au meme sous-reseau ou sous- 

25 sous-reseau que le point d'acces. 

Si le champ 24 du bloc B ne procure pas assez de place pour inserer 
dans le signal de balise toutes les donnees d'environnement prevues, il est 
possible d'inserer certaines d'entre elles (voire la totalite) dans le message 
Register Ack de la figure 2, 3, 4 ou 6. Dans I'exemple illustre par la figure 8, ce 

30 message Register Ack est forme a partir d'un bloc de donnees numeriques B' 
comportant : 

- un champ 25 identifiant la requete d'enregistrement precedehte et/ou le 
terminal sans fil qui I'a emise ; 

- un champ 26 contenant des codes indiquant la reponse a la requete 
35 d'inscription (acces autorise, refuse ou condttionne, parametres, ...) ; 
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- un champ eventuel 27 pour contenir des informations systeme 
complementaires en plus de celles fournies dans les champs 21-23 du 
bloc B ; 

- un champ 28 pour repeter les donnees d'environnement ou fournir celles 
5 qui ne font pas ete dans le champ 24 du bloc B. 
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REVENDICATIONS 

1. Procede de gestion de mobilite dans un reseau de 
telecommunications comportant plusieurs sous-reseaux (11-13) 
respectivement equipes de serveurs de mobilite (8) fonctionnant selon un 

5 protocole de signalisation de couche application, dans iequel un des sous- 
reseaux (11) constitue un sous-reseau nominal pour un utilisateur mobile et est 
equipe d'un registre nominal (9) contenant une premiere information de 
localisation dudit utilisateur, dans Iequel lorsque I'utilisateur mobile est localise 
aupres d'un point d'acces (7) relie & un sous-reseau visite (12), la premiere 

10 information de localisation designe un serveur de mobilite dudit sous-reseau 
visite, ledit serveur de mobilite du sous-reseau visite tient dans un registre de 
visiteurs (10) une seconde information de localisation de I'utilisateur mobile, 
permettant de lui transmettre des informations £ travers ledit point d'acces, et 
chaque flux d'information destine & ou provenant de I'utilisateur mobile, dans le 

15 cadre d'une communication avec un correspondant distant, est adresse audit 
serveur de mobilite du sous-reseau visite. 

2. Procede selon la revendication 1, dans Iequel le reseau fonctionne 
selon le protocole IP. 

3. Procede selon la revendication 2, dans Iequel ledit protocole de 
20 signalisation de couche application est le protocole SIP, H.323, MGCP ou 

Megaco. 

4. Procede selon la revendication 2 ou 3, dans iequel la premiere 
information de localisation est une adresse IP du serveur de mobilite (8) du 
sous-reseau visite (12). 

25 5. Precede selon la revendication 2 ou 3, dans Iequel la seconde 

information de localisation est une adresse IP de I'utilisateur mobile dans le 
sous-reseau visite (1 2). 

6, Procede selon Tune quelconque des revendications 1 a 4, dans 

Iequel au moins un sous-r6seau comprend plusieurs sous-sous-reseaux 
30 interconnects (120, 121) respectivement equipes d'agents de mobilite (129, 
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130) utilises dans un protocole de gestion de mobilite de couche reseau, dans 
lequel ledit sous-reseau a un serveur de mobilite (129) relie a Tun des sous- 
sous-reseaux (120) et constituant un agent de mobilite nominal pour des 
utilisateurs mobiles en visite dans ledit sous-reseau, et dans lequel lorsqu'un 
5 utilisateur mobile est localise aupres d'un point d'acces (7) relie a un autre des 
sous-sous-reseaux (121), ledit sen/eur de mobilite constituant un agent de 
mobilite nominal memorise dans le registre de visiteurs (10) une seconde 
information de localisation de I'utilisateur mobile, consistant en une adresse de 
reseau, que ledit serveur de mobilite constituant un agent de mobilite nominal 
10 place dans des en-tetes de paquets dans lesquels les flux d'information 
destines a I'utilisateur mobile sont retransmis par un mecanisme 
decapsulation. 

7. Procede selon Tune quelconque des revendications 1 a 6, dans 
lequel au moins un point d'acces (7) aupres duquel I'utilisateur mobile est 

15 susceptible d'etre localise est associe a Tun des serveurs de mobilite (8), et on 
inclut une adresse de reseau du serveur de mobilite (8) auquel ledit point 
d'acces est associe dans un signal de balise emis sur une interface air par ledit 
point d'acces (7), et/ou dans au moins un message transmis sur Tinterface air 
par ledit point d'acces vers I'utilisateur mobile dans le cadre d'une procedure 

20 description d'un protocole propre a I'interface air. 

8. Procede selon la revendication 7, dans lequel, a Tissue de la 
procedure description aupres dudit point d'acces (7), un message de mise a 
jour de localisation du protocole de signalisation de couche application est emis 
de I'utilisateur mobile vers ladite adresse de reseau. 

25 9. Procede selon la revendications 7 ou 8, dans lequel au moins un 

sous-reseau comprend plusieurs sous-sous-reseaux interconnects (120, 121) 
respectivement equipes d'agents de mobilite (129, 130) utilises dans un 
protocole de gestion de mobilite de couche reseau, dans lequel ledit sous- 
reseau a un serveur de mobilite (129) relie £ Tun des sous-sous-reseaux (120) 

30 et constituant un agent de mobHite nominal pour des utilisateurs friobiies en 
visite dans ledit sous-reseau, dans lequel lorsqu'un utilisateur mobile est 
localise aupres d'un point d'acces (7) relie a un autre des sous-sous-reseaux 
(121), ledit serveur de mobilite constituant un agent de mobilite nominal 
memorise dans le registre de visiteurs (10) une seconde information de 
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localisation de futilisateur mobile, consistant en une adresse de reseau, que 
ledit serveur de mobilite constituant un agent de mobilite nominal place dans 
des en-tetes de paquets dans lesquels les flux d'information destines a 
I'utilisateur mobile sont retransmis par un mecanisme decapsulation, et dans 

5 lequel on inclut en outre dans le signal de balise emis par ledit point d'acces , 
et/ou dans au moins un message transmis sur 1'interface air par ledit point 
d'acces vers I'utilisateur mobile dans le cadre de la procedure description du 
protocole propre a ('interface air, une adresse de reseau d'un agent de mobilite 
Stranger (130) relie au meme sous-sous-reseau (121) que ledit point d'acces et 

10 correspondant a I'adresse de reseau formant la seconde information de 
localisation de I'utilisateur mobile. 

10. Serveur de mobilite a relier a un sous-reseau (12) appartenant a un 
reseau de telecommunications, fonctionnant selon un protocole de signalisation 
de couche application et comprenant des moyens de gestion d'un registre de 

15 visiteurs (10) contenant, pour au moins un utilisateur mobile localise aupres 
d'un point d'acces (7) relie audit sous-reseau, une information de localisation 
de I'utilisateur mobile, permettant de lui transmettre des informations a travers 
ledit point d'acces, des moyens pour recevoir des flux d'information provenant 
de I'utilisateur mobile dans le cadre d'une communication avec un 

20 correspondant distant et les retransmettre a destination du correspondant 
distant, et des moyens pour recevoir des flux d'information provenant du 
correspondant distant dans le cadre de ladite communication et les 
retransmettre a I'utilisateur mobile. 

11. Serveur de mobilite selon la revendication 10, dans lequel le reseau 
25 fonctionne selon le protocole IP et ledit protocole de signalisation de couche 

application est le protocole SIP, H.323, MGCP ou Megaco. 

12. Serveur de mobilite selon la revendication 10 ou 11, dans lequel la 
seconde information de localisation est une adresse IP de I'utilisateur mobile 
dans le sous-reseau visite (12). 

30 13. Serveur de mobilite selon la revendication 10 ou 11, pour un sous- 
reseau comprenant plusieurs sous-sous-reseaux interconnects (120,121) 
respectivement equipes d'agents de mobilite (129,130) utilises dans un 
protocole de gestion de mobilite de couche reseau, ledit serveur de mobilite 
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etant relie a Tun des sous-sous-reseaux (120) et constituant un agent de 
mobilite nominal pour des utilisateurs mobiles en visite dans ledit sous-reseau, 
dans lequel les moyens de gestion du registre de visiteurs (10) sont agences 
pour memoriser, pour au moins un utilisateur mobile localise aupres d'un point 

5 d'acces (7) relie a un autre des sous-sous-reseaux (121), une information de 
localisation consistant en une adresse de reseau, et les moyens pour 
retransmettre des flux d'information a Tutilisateur mobile sont agences pour 
encapsuler lesdits flux dans des paquets ayant un en-tete comportant ladite 
adresse de reseau memorisee dans le registre de visiteurs pour Tutilisateur 

10 mobile. 
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